home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970626-19970929 / 000025_news@newsmaster….columbia.edu _Sun Jul 6 11:53:57 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA03915
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 6 Jul 1997 11:53:57 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA25097
  7.     for kermit.misc@watsun; Sun, 6 Jul 1997 11:53:56 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: File transfer echo problem
  12. Date: 6 Jul 1997 15:53:55 GMT
  13. Organization: Columbia University
  14. Lines: 28
  15. Message-ID: <5pof2j$og7$1@newsmaster.cc.columbia.edu>
  16. References: <5poa33$t65$1@alcor.nstar.net>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:7273
  19.  
  20. In article <5poa33$t65$1@alcor.nstar.net>,
  21. Andrew Chalk <achalk@intex.net> wrote:
  22. : I am using a micro to communicate from a kermit implementation that I
  23. : wrote to Kermit-TSO v4.0 (88/3/14). When I use the RECEIVE <filename>
  24. : command and send my SEND-INIT packet, the mainframe ECHOS BACK the
  25. : SEND-INIT packet, and then sends the expected ACK. In fact, when I
  26. : modified my code to handle this i found that the mainframe echoes back
  27. : EVERY PACKET I send, including the 'D' (DATA) packets before returning
  28. : the expected response?
  29. : 
  30. : Is this a bug in Kermit-TSO or a setting on the mainframe. It
  31. : certainly is strange!
  32. : 
  33. And through what kind of device are you accessing the mainframe?
  34. Evidently it is some sort of 3270 protocol converter that has not been 
  35. put into transparent mode.  You should install the current version of
  36. IBM mainframe Kermit (4.3.1), since it has a better chance of detecting
  37. the kind of protocol converter and putting it into transparent mode
  38. automatically.  If that doesn't work, read the IBM Mainframe Kermit
  39. manual on this topic:
  40.  
  41.   ftp://kermit.columbia.edu/kermit/b/iktker.{ps,doc}
  42.  
  43. In the worst case, you've got a 3270 protocol converter that does not
  44. support transparent mode, and so your Kermit version must cope with the
  45. echoes and other phenomena (line wrapping, etc).
  46.  
  47. - Frank